Add more getters for event fields

gdk: Make GdkEvent structs/union opaque

All users are forced to deal with events as opaque pointers, only
using API to access the info.

bindings: Partially update to using GdkEvent API

a11y: Partially update to using GdkEvent API

inspector: Update to using GdkEvent API

gtkwindow: Update to using GdkEvent API

treeview: Update to using GdkEvent API

tooltip: Update to using GdkEvent API

textview: Update to using GdkEvent API

texthandle: Update to using GdkEvent API

spinbutton: Update to using GdkEvent API

scrolledwindow: Update to using GdkEvent API

scalebutton: Update to using GdkEvent API

recentchoooser: Update to using GdkEvent API

range: Update to using GdkEvent API

popover: Update to using GdkEvent API

placesview: Update to using GdkEvent API

placessidebar: Update to using GdkEvent API

paned: Update to using GdkEvent API

notebook: Update to using GdkEvent API

mountoperation: Update to using GdkEvent API

menu: Update to using GdkEvent API

To some extent, plenty of root coordinate calculations left...

listbox: Update to using GdkEvent API

imcontext: Update to using GdkEvent API

iconview: Update to using GdkEvent API

gesture: Update to using GdkEvent API

To some extent, pad and touchpad gesture events need extra API.

fontchooser: Update to using GdkEvent API

flowbox: Update to using GdkEvent API

filechooser: Update to using GdkEvent API

entrycompletion: Update to using GdkEvent API

entry: Update to using GdkEvent API

combobox: Update to using GdkEvent API

colorswatch: Update to using GdkEvent API

colorplane: Update to using GdkEvent API

coloreditor: Update to using GdkEvent API

cellrendererspin: Update to using GdkEvent API

cellarea: Update to using GdkEvent API

calendar: Update to using GdkEvent API

button: Update to using GdkEvent API

appchooserwidget: Update to using GdkEvent API

aboutdialog: Update to using GdkEvent API

modules: Update input context impls to using GdkEvent API

gdk/wayland: Don't make gtk_shell1 v2 mandatory

It may result in a protocol error on older mutters, as GTK+ will
invariably request a higher version than what's available. Make
GTK+ also accept v1 if it's all the compositor has got.

css: Drop the new indent api again

It is not used anymore, and it was not a good idea.

css: Use enums instead of idents for font-variant properties

As Benjamin says, ident should only be used if any value
is valid, which is not the case here. So use enums instead,
which should also be more efficient. To handle the more
complicated cases like font-variant-ligatures, we have to
introduce flags-like values.

wayland: Bump GTK_SHELL1 version to 2

Otherwise, we can't negotiate the latest version with the
compositor, making the compositor use v1 of the protocol and
pretty much ignoring all the edge constraints work.

Update Polish translation

Window: Clarify documentation of set_application()

Clarify that ::destroy, not ::hide*, removes a window from its app, by
replacing the mention of open windows with the blurb on destruction from
:application, completing commit 7db4bee4b62bc9b6f20ba4e599e8d030314984fd

Also link to the equivalent gtk_application_(add|remove)_window() calls,
since Application.add_window() already links back to Window:application.

* unless you use gtkmm…

https://bugzilla.gnome.org/show_bug.cgi?id=639931

PlacesSidebar: Avoid unused mem if !CLOUDPROVIDERS

The member GList *cloud_rows is only ever used if HAVE_CLOUDPROVIDERS is
defined, so don’t declare it if not.

PlacesSidebar: Unref cloud_manager in dispose()

We ref the CloudProviders singleton in init() but did not unref it in
dispose(). Do so, using g_clear_object().

https://bugzilla.gnome.org/show_bug.cgi?id=787600

SidebarRow: Unref CloudProvider on change/finalize

It was never unref()d, either when replacing the existing GObject in
set_property(), cleaning up in finalize(), or becoming a placeholder.

Fix by using g_set_object() and g_clear_object() to unref as needed.

This also drops the check that the newly set object is a valid cloud
provider account, as we don’t do the equivalent for any of the other
object-typed properties, and Carlos didn’t think this was important.

https://bugzilla.gnome.org/show_bug.cgi?id=787600

Fix a typo

The property is called font-variant-alternates, not -alternatives.
Correct this everywhere.

css: implement font-variant as a shorthand

Drop the current css2-style font-variant property and
replace it with a shorthand as specified in the css3 fonts
module. Currently, we fully support the font-variant-ligatures,
font-variant-position, font-variant-caps, font-variant-numeric
and font-variant-east-asian subproperties. font-variant-alternatives
is only partially supported.

css: Implement font-variant-east-asian

This is translated to the corresponding OpenType features.

css: Implement font-variant-alternatives

This is only a partial implementation, since we don't support
@font-feature-values. The only supported value is historical-forms,
for now.

css: Implement font-variant-numeric

This gets translated to the corresponding OpenType features.

css: Implement font-variant-caps

This gets translated to the corresponding OpenType features.

css: Implement font-variant-position

This gets translated to the corresponding OpenType features.

css: Implement font-variant-ligatures

This gets translated into corresponding OpenType features.

css: Implement font-kerning

This gets translated to the OpenType feature kern.

Add an auxiliary ident parsing function

This lets us conveniently create ident values from
multiple candidates.

build: Bump minimum Meson version to 0.42.1

Otherwise it fails to build with:

  FAILED: gtk/im-ipa@sha/imipa.c.o
  ...
  In file included from ../gtk/gtkintl.h:4:0,
                   from ../modules/input/imipa.c:28:
  /opt/include/glib-2.0/glib/gi18n-lib.h:27:2: error: #error You must
          define GETTEXT_PACKAGE before including gi18n-lib.h. Did you
          forget to include config.h?
   #error You must define GETTEXT_PACKAGE before
           including gi18n-lib.h.  Did you forget to include config.h?
    ^~~~~
  ../modules/input/imipa.c:144:3: error: ‘GETTEXT_PACKAGE’ undeclared
          here (not in a function)
     GETTEXT_PACKAGE,     /* Translation domain */
     ^~~~~~~~~~~~~~~
  ../modules/input/imipa.c:145:4: error: ‘GTK_LOCALEDIR’ undeclared
          here (not in a function)
      GTK_LOCALEDIR,     /* Dir for bindtextdomain (not strictly
              needed for "gtk+") */
      ^~~~~~~~~~~~~

Update Swedish translation

Update Swedish translation

window: Improve detection of edge constraint support

Instead of relying on special values of edge constraints, this
patch adds an internal-only gdk_window_supports_edge_constraints()
function that by default returns FALSE, and is implemented by
GdkWindowWayland and GdkWindowX11.

This way, we can properly detect server-side support for this
feature and adapt accordingly.

https://bugzilla.gnome.org/show_bug.cgi?id=783669

window: Add individual CSS classes based on edge constraints

The last touch on this patch series is making GtkWindow able to
selectively adjust various UI details based on the different
tiled edges. The main driver here is that we don't want to show
shadows on edges that are constrained.

This patch adds the necessary code to do that, while still
maintaining compatibility with the old ways.

https://bugzilla.gnome.org/show_bug.cgi?id=783669

x11: Add support for _GTK_EDGE_CONSTRAINTS atom

Following the previous patch, where edge constraints support
was added to the Wayland backend, this patch introduces the
necessary code to handle the _GTK_EDGE_CONSTRAINTS atom from
X11 backend.

https://bugzilla.gnome.org/show_bug.cgi?id=783669

wayland: consider edge constraints in surface configuration

Now that GTK windows have the ability to properly handle
per-edge tiling constraints, this patch extends GTK's
internal Wayland protocol to have a proper enum with the
relevant edge data.

Once this approach is validated, we can think of upstreaming
this work as an official Wayland protocol extension.

https://bugzilla.gnome.org/show_bug.cgi?id=783669

window: handle tiled edges separately

GTK windows don't have their tiling states really
hooked into the client-side decoration code, and
the only effect it has is disabling the resizing
edges.

With the introduction of per-edge tiling information,
we are backed by much more precise data on how the
window manager wants the app to behave.

This patch, then, fixes GtkWindow to take into account
per-edge tiling information. For compatibility purposes,
the previous tiled field was kept, and thing will just
continue working if no edge information is supplied.

https://bugzilla.gnome.org/show_bug.cgi?id=783669

gdk: introduce edge constraint states

These states will be consumed by GtkWindow in order to
have better edge management on tiling situations. Their
values are supplied by the compositor, and will be send
through and X11 Atom or a Wayland protocol extension.

https://bugzilla.gnome.org/show_bug.cgi?id=783669

Fix the -gtk-outline-radius shorthand

It needs to refer to the -gtk-prefixed subproperties now.

Drop support for deprecated pseudo-classes

We no longer have any of those.

Drop code parsing deprecated forms of url

We no longer allow whitespace between url and (.

Drop code handling deprecated style properties

We no longer have any deprecated style properties.

Drop the aliasing api for style properties

This was added to deprecate style properties. All deprecated
style properties are gone now, so this is no longer needed.

Drop the gtk-key-bindings property

This has been deprecated for a while. Just use the -gtk-prefixed
name.

Drop the icon-shadow property name

This has been deprecated for a while. Just use the -gtk-prefixed
name.

Drop aliases for outline radius

The outline-{top,bottom}-{left,right}-radius names have been
deprecated for a while, so lets remove them. Everybody should
just use the -gtk-prefixed names for these properties.

Drop support for one-stop gradients

These have been deprecated for a while. Time to make this an
error for GTK+ 4.

Drop support for pango syntax in css

This has been deprecated for a while, so it should go away
for GTK+ 4.

Adwaita: Fix color of focus outline on colorswatch

The focus outline disappeared as the colour of the swatch got close to
the normal focus outline colour, which is alpha(currentColor, 0.3).

Fix by making the outline an alpha’d version of the tick colour, but
more opaque than normal outlines. 0.6 seems good enough; feel free to
improve it, but at least this ensures the outline can’t vanish anymore.

HighContrast achieves this already because it applies the color property
to the main node, not the overlay. Doing that means the outline is fully
opaque, which is fine for HC obviously but was excessive for Adwaita.

https://bugzilla.gnome.org/show_bug.cgi?id=787757

Adwaita: dark: Make colorswatch.light tick visible

It used $text_color unconditionally, but in :dark, text is white, so we
overlaid a white tick on any light colours, all the way to white itself.

Using these named colours doesn’t make practical or semantic sense.
Instead, use white/black over dark/light swatches, as in HC, so all
variant–swatch combos work. Light looks the same, & :dark works now.

For backdrop, use alpha 0.5, unlike 0.7 in HC, as that seemed excessive
& different from the current effect. 0.5 is almost identical to how
$backdrop_fg_colour is a 50% mix of $fg_color, & matches backdrop text.

https://bugzilla.gnome.org/show_bug.cgi?id=787531

tests: Update testoverlay "Chase" testcase to gtk4 crossing events

The intent is detecting enter events into the overlayed label, so just
connect to ::enter-notify-event on the label with no GdkWindow checks.

Expander: get_label() return is nullable

Also, use gchar to match the header.

build: Declare cairo_libs outside MSVC check block

Otherwise there won't be a reference to it on non-MSVC builds.

build: Add fallback dependency discovery for MSVC

For dependencies that do not generate pkg-config files for their Visual
Studio build systems, we need to look for them using cc.has_header() and
cc.find_library(), namely for Cairo and HarfBuzz, if one does not have
crafted pkg-config files for them (which, by themselves may be
error-prone).

As a result, we will still try to look for Cairo and HarfBuzz using
pkg-config, but will give another shot at them on Visual Studio using
cc.has_header() and cc.find_library() if they couldn't be found via
pkg-config.

https://bugzilla.gnome.org/show_bug.cgi?id=785210

build: Correct PangoCairo required version

We ought to use pango_req instead of cairo_req for the version required
for PangoCairo.

https://bugzilla.gnome.org/show_bug.cgi?id=785210

meson.build: Fix Vulkan library detection on Visual Studio

The Vulkan .lib file that is supplied by the LunarG Vulkan SDK is
vulkan-1.lib, not vulkan.lib, so make sure we look for the right
libraries when building on Visual Studio (I am not sure whether the
LunarG SDK will work for MinGW/mingw-w64 builds, as only Visual Studio
.lib files are provided).

Note that this will require one to set LIB and INCLUDE appropriately to
find the Vulkan .lib and header files, and possibly PATH if one's video
drivers do not contain the Vulkan runtime DLL.

https://bugzilla.gnome.org/show_bug.cgi?id=785210

testsuite: Fix builder test on Windows/MSVC

Visual Studio does not support things like -Wl,export-dynamic, so we
need to export those symbols by using __declspec(dllexport).  So, we
decorate these with macros which we define accordingly for this purpose.

https://bugzilla.gnome.org/show_bug.cgi?id=785210

gtk/gentypefuncs.py: Open files in utf-8 encoding

On Python-3.x, we need to set the encoding when opening files, when this
script is run, as it might contain items that are not supported by the
system's locale (for example, non-English Windows).  So, we use a
wrapper to set the encoding on Python 3.x, but open the file as we did
when using Python 2.x, since file encodings are not supported there.

https://bugzilla.gnome.org/show_bug.cgi?id=785210

gdk/gdkconfig.h.meson: Add GDK_WINDOWING_WIN32

This is so that Meson can add this define once it is determined that we
are building for Windows.

https://bugzilla.gnome.org/show_bug.cgi?id=785210

Expander: Annotate new()’s label arg as nullable

to match new_with_mnemonic()

Expander: Replace (allow-none) with (nullable)

The former is deprecated in favour of the latter.

Expander: Explain how to conditionally style arrow

Spinner: Document how to select on animated in CSS

This is not particularly obvious, so it seems worth including.

gtk-demo/theming: Don’t mislead about raised class

This class is not added by any widgets nor themed by Adwaita/HC.
However, it is presented here as if it does something. It doesn’t.

But we changed the 2 buttons with the .raised class to use symbolic
icons, unlike their ‘unraised’ counterparts, which is unnecessarily
confusing and might make people think .raised affects icons somehow.

So, make them use the same icons in all cases; that way, if .raised is
ever made to do anything, 6 years later, what it does will be clear.

https://bugzilla.gnome.org/show_bug.cgi?id=644248

widget-factory: Usefully demo Frame shadow types

Instead of showing the 4 types except for GTK_SHADOW_NONE, which are all
treated identically and provide no way for themes to differentiate, just
keep 2 Frames, and make one of them GTK_SHADOW_NONE to demo a flat Frame

Frame: Add missing fixed-width format to enums

build: Add directories to the summary

iconview: Stop using ::button-{press,release}-event

Use a gesture instead.